在實(shí)踐中，一個(gè)單位往往只有一個(gè)公眾號(hào)，但不少單位可能有多個(gè)網(wǎng)站系統(tǒng)，甚至分別來自不同的技術(shù)服務(wù)商。如果是網(wǎng)站與公眾號(hào)一對(duì)一的對(duì)接，很多時(shí)候都是直接用主流的對(duì)接方案：也就是在每次獲取access_token的時(shí)候進(jìn)行本地緩存，因?yàn)閍ccess_token有效期好像是2小時(shí)，意味著過期時(shí)間之前在網(wǎng)站服務(wù)端可以復(fù)用同一個(gè)access_token。

那么為什么主流的技術(shù)方案都是使用緩存技術(shù)把a(bǔ)ccess_token緩存下來，主要原因我認(rèn)為有兩點(diǎn)：

1、微信平臺(tái)一個(gè)微信公眾號(hào)單日獲取access_token的次數(shù)是有限制的，默認(rèn)是是10000次。雖然很多小型項(xiàng)目很難需要一天獲取10000次，但從可用性安全角度考慮，我們還是希望即便是極端條件下也不要超過這個(gè)限制。

2、即便不考慮上一條，在一些應(yīng)用場(chǎng)景下，如頁(yè)面使用jssdk的時(shí)候，就需要使用到access_token。如果不緩存，意味著用戶每一次刷新頁(yè)面都需要網(wǎng)站服務(wù)端與微信平臺(tái)進(jìn)行http請(qǐng)求，這樣頁(yè)面執(zhí)行效率自然太低。

但是，如果使用緩存到本地，這樣會(huì)造成一個(gè)問題，就是多個(gè)系統(tǒng)間緩存信息不同步，這樣自然導(dǎo)致access_token失效。

舉個(gè)例子，現(xiàn)在有A和B兩個(gè)網(wǎng)站使用同一個(gè)公眾號(hào)，首先A網(wǎng)站獲取了一個(gè)access_token，我們記為token1，緩存時(shí)間3600秒。然后15分鐘后，B網(wǎng)站獲取了一個(gè)access_token，我們記為token2。此時(shí)對(duì)應(yīng)公眾號(hào)整體來講，token2才是有效的，token1早已失效了。但對(duì)于A網(wǎng)站，有效的還是token1，這樣自然導(dǎo)致出錯(cuò)。

那么如何解決這個(gè)問題？

那就是以某個(gè)站點(diǎn)為基準(zhǔn)站，假設(shè)我們以A網(wǎng)站為基準(zhǔn)站。只是用A網(wǎng)站跟微信平臺(tái)對(duì)接，其他的網(wǎng)站B、C、D……等等，都不要去直接與微信平臺(tái)對(duì)接，而是通過A網(wǎng)站提供的接口來獲取access_token即可，這樣就可以實(shí)現(xiàn)多個(gè)系統(tǒng)間access_token緩存后不同步的問題。

同樣的，這種方法還可以解決微信服務(wù)號(hào)設(shè)置登錄網(wǎng)頁(yè)回調(diào)域名僅能設(shè)置2個(gè)域名的問題，通過這種方式無論多少個(gè)域名都可以實(shí)現(xiàn)回調(diào)code值。

而我們微構(gòu)網(wǎng)絡(luò)開發(fā)的很多涉及到微信公眾號(hào)的網(wǎng)站系統(tǒng)，已經(jīng)自帶了基準(zhǔn)站用于管理微信公眾號(hào)并對(duì)其他提供接口的模塊，可以直接復(fù)用即可。如果需要了解具體的實(shí)現(xiàn)方式，歡迎聯(lián)系我們溝通交流。